Graphical chronological path presentation

ABSTRACT

The life history of a person or entity can be presented in a graphical representation of a highway. Life events may be represented by simple data strings, or by files such as photographs, dissertations, job offers, and love-letters, among others. For ease in viewing, the information representing the life history is categorized according to type (medical, educational, photographic, etc.) and placed in lanes corresponding to the type of information. The information is also organized by date, being placed between mile corresponding to temporal periods, for instance, years. Other graphical arrangements of stored information are also included.

TECHNICAL FIELD

The present disclosure is generally related to software for computersand, more particularly, is related to a system and method for theorganization and presentation of information in a graphicalrepresentation.

BACKGROUND OF THE DISCLOSURE

As days and years go by, people generate exponentially-increasingvolumes of personal information, with much of it in electronic form.Such electronic information can include documents, e-mail messages,photos, videos, music collections, web page content, medical records,employment records, educational data, etc. This profusion of informationcan be organized to some degree and presented; however, it will be oflimited use if efficient data management methods are not developed.

Various efforts are underway to assist individuals and organizations instoring and managing data. Many of these are based on search techniques,and they make no specific assumptions about the nature of the data.

Personal data may be located in several locations including on apersonal computer, on a cell phone, and in medical records at a doctor'soffice, among others, and this information needs to be organizedeffectively. The data may pertain to a person; but, it may also pertainto a company, a school, or some other entity.

Data services are available that store information remotely for anentity for backup purposes. Photo services, such as Ofoto® by Kodak® onthe World Wide Web, are available for remotely storing photos. Thephotos are numbered or dated when they are uploaded. However, there is aneed for a more efficient and user-friendly graphical interface fordisplaying information for easy access.

Thus, a heretofore unaddressed need exists in the industry to addressthe aforementioned deficiencies and inadequacies.

SUMMARY OF THE DISCLOSURE

Embodiments of the present disclosure provide systems and methods for achronological path visual representation of storage. Briefly described,in architecture, one embodiment, among others, can be implemented as asystem for presenting information comprising: a data storage device forstoring information; a display device for displaying a representation ofthe information; a user interface device for interaction between a userand the display device; and a processor for selectively displaying therepresentation of the stored information on the display device; whereinthe processor displays the information chronologically on a graphicallyimplemented path.

Embodiments of the present disclosure can also be viewed as providingmethods for presenting information comprising: saving information with acorresponding time stamp and category; and presenting the information ina visual medium, wherein the visual medium includes, in one example, ahighway with a plurality of lanes.

Other systems, methods, features, and advantages of the presentdisclosure will be or become apparent to one with skill in the art uponexamination of the following drawings and detailed description. It isintended that all such additional systems, methods, features, andadvantages be included within this description, be within the scope ofthe present disclosure, and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE DRAWINGS

Many aspects of the disclosure can be better understood with referenceto the following drawings. The components in the drawings are notnecessarily to scale, emphasis instead being placed upon clearlyillustrating the principles of the present disclosure. Moreover, in thedrawings, like reference numerals designate corresponding partsthroughout the several views.

FIG. 1 is a graphical view of an exemplary embodiment of a life historyin the graphical chronological path presentation of a highway.

FIG. 2 is a graphical view of an exemplary embodiment of the highway ofFIG. 1 with a link to information not on the highway.

FIG. 3 is a graphical view of an exemplary embodiment of the highway ofFIG. 1 with a popup window providing details of an event.

FIG. 4 is a block diagram of an exemplary embodiment of a system forstoring and presenting information on the graphical chronological pathpresentation of FIG. 1.

FIG. 5 is a table of data sources for events in an exemplary embodimentof the highway of FIG. 1.

FIG. 6 is a correlation graph of data chosen from an exemplaryembodiment of the highway of FIG. 1.

DETAILED DESCRIPTION

Disclosed herein are systems and methods for a graphical chronologicalpath presentation. To facilitate description of the inventive systems,an example system that can be used to implement the systems and methodsfor a graphical chronological path presentation is discussed withreference to the figures. Although this system is described in detail,it will be appreciated that this system is provided for purposes ofillustration only and modifications are feasible without departing fromthe inventive concept.

Referring now and in more detail to the drawings in which like numeralsindicate corresponding parts through the several views, this disclosureis meant to describe a graphical chronological path presentation. Itdetails how the system is configured and how it operates. An exemplaryembodiment of the graphical chronological path presentation presents ahighway representation of a chronological record of events andinformation in the life of a person or entity. The record may becategorized by other means, including data type, priority, andoriginator, among others. Most aspects of the display will beconfigurable by the user (owner) of the graphical chronological pathpresentation. Many of the aspects may have maximum values set by theuser. A viewer of the highway may also have the ability to configuredisplay aspects up to the maximum levels set by the user.

FIG. 1 provides an exemplary embodiment of a display 100 with agraphical interface of a highway 102, where, for example, nearer entries104 c are earlier in time, and farther entries 104 a are later in time.(Of course this can be reversed, or factors other than time could beused, such as importance or priority). Multiple lanes can be used tocategorize events (a single lane could be used if desired). Lanes mayoptionally show, for example, a person's age and/or the calendar year asmile markers 108 a-d extending across the lanes, with optional displaysby month, week, etc.

In an exemplary embodiment, the user reviews the events by “flying over”or “driving down” the highway 102. Control can be provided usingdirectional arrows, 118, or, alternatively, keyboard arrows, keyboardmnemonics, mouse, joystick, trackball, touch screen, etc. A user canalso enter text data for searches or for navigation to a specific yearor age. The user can pick a lane 106 a-106 n on the highway 102 to drivein. The lane 124 that the viewer (“driver”) is in may be signified by arepresentation of headlights, and the driver may see details of theevents in that lane; but the driver may also see events in other lanes,and can move into other lanes at will. Certain lanes and or events maybe concealed from a given viewer or class of viewers. A class of viewersmay correspond to an authorization level which will be discussed indetail later.

The category bar 120 holds the label for the category of the events in alane. If there are more lanes than the settings afford to fit on thescreen, the user/viewer can scroll to either side, if available, witharrows 122, 124. The user can set the level of detail for each eventwith sliding bar 110. The user can set a maximum detail for an event foran authentication level settable in authentication window 114. A viewercan see the authentication level in authentication window 114, but notchange it. A viewer may change the detail level up to the maximum levelset by the user and may set the spacing to any desired level in spacingwindow 112. The settings in each window 110, 112, 114 may be performedwith sliding bars, radio buttons, or any other method known to one ofordinary skill in the art.

Display date window 116 displays the current date when entering thehighway. However the date in display date window 116 may change to thedate of the event that a user/viewer hovers over or selects,configurable by the user/viewer.

An alternative embodiment has a feature for developing an indicationthat some event has been viewed. A trail is kept of the events that areviewed. The indication gets stronger as the event is viewed more often.As time passes, if the event is not viewed, the strength of theindication dissipates. The indication may be used to cache certainevents with strong indications for quicker access.

As provided in FIG. 2, certain events (e.g., marriage and childbirth fora person, or merger and acquisition for a corporation) may be shown in“entrance” and “exit” ramps which lead to the graphical chronologicalpath presentation of another person or entity by “clicking” orflying/driving on the ramp. Alternatively, these other highways may beaccessible with an icon 200 that may be an indication of the type ofdata on the other highway. In an exemplary embodiment, each event showsup as an object on the highway lane. There may be “event aliases” 202 inother lanes for events which span multiple categories. The object itselfmay have a shape or text to provide rudimentary information about thetype of event.

“Hovering over” the event will cause a pop-up window 204 to appear withmore detail, and as provided in FIG. 3, double-clicking on the event mayopen a new window 301 with additional information about the event oritem. This may be editable by the user, depending on a level ofauthorization set by the owner of the information.

The global level of event details may be changed dynamically by theuser, within set permissions or authorization levels 206. For example, alow-level display might show every e-mail or song the person ever savedor marked for inclusion, whereas a high-level display would only showmajor life events. Different users may be authorized to view, edit,append to, or delete individual entries or classes of entries.

In an exemplary embodiment, the user's controls include the ability toset the “driving” speed, e.g., by double-clicking in an area or by someother graphical control as would be appreciated by someone skilled inthe art. A preferred embodiment includes a gear shift/acceleratorpresentation to correspond to the driving representation. The user canset the lane width, scale, vanishing point, etc. to suit the user'sbrowsing needs and he or she can set the spacing between mile markers208 as earlier described.

The graphical chronological path presentation is a presentation of datathat may be stored in one or more database mechanisms or in other filetypes. FIG. 4 shows an exemplary embodiment of one architecture by whicha display processor 402 would collect data from multiple data storagesources, 404, 406, 408 collect and format the data into the graphicalchronological path presentation format (caching the data for improvedresponse speed in some embodiments), and present it to the displaydevice 410 for interaction with the user. Data storage sources 404, 406,408 may acquire data from other data sources/feeds 412 as well.

Returning to FIGS. 1-3, the presentation mechanism will track thecurrent date in display date window 116, and the highway portion 126that extends beyond the current date 108 d in FIG. 1 will be visuallydistinguishable. Real-time data may be displayed. Digital cameras, videocameras, and most files have dates assigned to them. However, if, forinstance, the time and/or date is not set, an exemplary embodiment wouldprompt for setting the date by the user.

The “future” portion of the mechanism may be used for long term goalsetting, planning, and filing of personal information related to thefuture. For example, an event marking the payoff of a mortgage or carloan might be located in the future. Other events include the beginningof retirement eligibility, reminders of an upcoming anniversary, etc.The length of the road can reflect a predicted life span based onlifestyle choices, heredity, and medical information.

“Billboards” beside the highway could be used for usage tips, or fordiscrete advertising. Billboards may also be used for hyperlinks toother pertinent material. Users can manage and create their own lanedesignations, optionally selecting from a list of “standards” or bycreating new personal designations.

According to an exemplary embodiment, XML-style data markers can be usedin the various data storage mechanisms to identify in which lane(s) anevent or item should be located. Non-limiting example of lane categoriesinclude: medical, physical, educational, academic, artistic, creativefavorites, sports, relationships, family, pets, photos, musicentertainment, vacations, financial, employment, automotive,citizenship, politics, and cultural.

Organization and Configuration

Referring to FIGS. 1-3, in an exemplary embodiment, the data is storedin categories labeled in bar 120 and each category is set up as a lanein the graphical representation. Each lane categorizes certain types ofevents. Nearer entries in a lane are earlier in time, and fartherentries are later. This perspective could be reversed or other factorscould be used for the organization of the events like size orimportance, for example. One non-limiting example of a lane is aneducation lane. Events in the education lane would include, but not belimited to, date of graduation from elementary school, date ofgraduation from middle school, date of graduation from high school, dateof graduation from college, and post graduate work, as non-limitingexamples.

Referring to FIGS. 1-3, in an exemplary embodiment when a particularlane is selected, the selected lane 124 is illuminated, perhaps byheadlights, and the details of the events in the lane show up as text,while events in non-illuminated lanes are de-emphasized. The details inother lanes would not appear on the screen. When the highway is firstaccessed, the viewer will start off with a high level view that onlyshows the major events on the highway. As a user “drives” down thehighway, the events for the years that the user is “driving” past appearin the lanes. In the other lanes, although no details are provided,event markers are still visible.

Referring to FIGS. 1-3 an exemplary embodiment implements a gain control110 such that the viewer can control the level of detail available. Thespacing between the mile markers can be controlled with a separatespacing control 112. Notwithstanding the gain setting, the separationdistance between mile markers may depend on the number of events locatedbetween the markers. If there are no events between two mile markers,the markers can be close together. If there are lots of events themarkers spread out.

In an exemplary embodiment a slider control or some other kind ofindicator sets the gain, and therefore, the level of detail the viewerwants to see. Also, if a viewer clicks on the mile marker itself ratherthan the event, the display changes to display the events for that milemarker.

Alternate embodiments include a gearshift and accelerator to change thedriving speed. The driving speed as well as the marker spacing may bevariable. If there is nothing between markers, the markers could beclose together and the “driving speed” could be faster. Anotherimplementation would have the marker distance constant but changes thescale so that ten markers appear on the screen at one time.

In an exemplary embodiment, an owner can change the perspective of thehighway 102 as uphill or downhill, from left to right, or from right toleft to suit the desires of the owner of the data. Alternatively theowner of the data can allow the viewing style to be set by the viewer.The presentation of the highway may have all the lanes displayed on thescreen at once, even though they all are thin; it may have the laneswide such that the lanes on the edges disappear; but the ones that canbe seen are wide enough such that details are viewable. Alternatively,the lanes may be set at some level in between these settings. The choiceof setting (of any setting) may be retained by the owner of the data, orit may be granted to the viewer by the owner.

An alternative embodiment may include a graphical representation of citybuildings. Instead of driving down a highway, the user flies through acity. The lanes of the highway are replaced with buildings in a city.Alternatively, in a city the lanes are city blocks and the events arebuildings.

To create a lane, a user may click in an empty space and a promptappears to create a new lane. An entry for the lane name appears with alist of common names. There is also an entry location for the user toenter a name not on the list.

An event may be represented by a marker 104 such as a circle or arectangle. A marker 104 in FIG. 1 is shown as a rectangle, but the eventcould be represented by other shapes, and different shapes could signifydifferent kinds of events. Shapes, as well as colors, can indicate theimportance of an event, as in a major or minor event, for example. Redmay signify high importance and green may signify low importance.

An input screen designates an “event” as being in a particular category.In an exemplary embodiment, an event might not necessarily be adocument. It might be data. The highway then serves the function of adiary, or a journal. The data is entered into an interface as text datathat is stored as the event itself, instead of as an attachment foranother file. The shape of the marker for an event containing only datamay be in the shape of a sticky note. For example, a user may enter theday that he or she got a dog or bought a new car.

Referring to FIG. 5, an exemplary embodiment of the graphicalchronological path presentation is constructed using table 501. Table501 allows for default data indicators, detailed data management, andaccessibility management. Each column in table 501 corresponds to acategory, each category being listed in top row 502. As indicatedpreviously, example categories include, but are not limited to, finance,music, medical, academic, sports, pets, vacation, etc. The next row 504presents the primary data source for each column. Example sourcesinclude, but are not limited to, Quicken data, I-tunes lists, links toHMO database, manually entered data, I-photos, etc.

The next row 506 presents the treatment of the data pertaining to itsauthorization level. The levels include, but are not limited to, highauthorization level required for access; read only—authorized user canaccess content; editable by owner—readable by all; etc. The subsequentrows 508 contain the dates and sources for the event data.

An exemplary embodiment employs XML tags to categorize the events. Datais stored in a wide variety of methods and the structure of the databasemust be understood for correct implementation and to be able to read thedata in a meaningful manner. XML provides a mechanism to imposeconstraints on the storage layout and logical structure. XML (ExtensibleMarkup Language) describes a class of objects called XML documents. XMLdocuments are made up of storage units called entities, which containeither parsed or unparsed data. Parsed data is made up of characterssome of which form character data, and some of which form markup. Markupencodes a description of the document's storage layout and logicalstructure.

If the event on the highway is provided as an XML document, otherdocuments can access the data without having to know the structure ofthe database. XML tags in a document make it possible to displayinformation to any program that can process XML. It could be formatteddata or plain text.

Referring to FIGS. 1-3, at some point, settable by the user, oraccording to the present date, the road may become a different shape orcolor 126 because it represents the future. Events in the future includegoals or plans like a calendar. The goals or plans can be categorizedwhether they are medical, educational, personal, etc. For instance, auser could enter a weight loss goal for a date in the future. Oneembodiment would present a prompt with a reminder that today the user issupposed to weigh 200 pounds. The prompt could also include an optionfor deleting, saving, modifying, or moving the goal.

Referring to FIG. 2, in an exemplary embodiment, a marker 200 isavailable to indicate a path to another highway, or to some otherlocation off of the highway. One nonlimiting example includes a link inthe education or academic lane. The event could be “Graduated fromGeorgia Tech” and there would be a marker with a link to the website forGeorgia Tech. For information about the user at Georgia Tech, a viewerwould click on the marker for the event corresponding to grades atGeorgia Tech.

An alternative embodiment may have a marker for a link to a secondhighway for another person or entity. The link to the second highway maybe represented by an exit ramp or some other marker. For the secondhighway, all the lanes in the highway would change for that person orentity.

Authorization

Referring to FIGS. 1-3, in an exemplary embodiment, a user has beeninputting or linking information into his graphical chronological pathpresentation, but he or she does not want all viewers to view all thedata. The user may only want a viewer to see that an event is a “medicalrecord” without any detail as to what the medical record is. A level ofauthorization may be selected in authorization window 114 to limitaccess to information only to those authorized at a certain level. Theuser can define levels of access as the data is input into the system.The level of authorization may be defined or changed at any time.

As a non-limiting example, the user can set the medical records withstandard authorization, such that the category of medical records areaccessible only to those given medical authorization codes. The viewerwould have to be a doctor or medical person to be able to view theevents. All medical records may have standard medical authorization.

An exemplary embodiment has different levels of authorization. Everyevent in a row can have one level of authorization, or each event canhave its own individual authorization level. As a non-limiting example,one level of authorization is minimum authorization. A viewer withminimum authorization may not see any events on the medical lane, forinstance. The next level of authorization allows a viewer to see thatthere is an event but not any details for the event. In the next levelof authorization, a viewer can actually see what the event is either bythe shape of the event or by floating the mouse pointer over it. Whenthe pointer floats over the event, a box may appear with an eventdescription. In the medical lane, non-limiting examples of the detailsinclude a college physical, wisdom teeth pulled, etc. In the next levelof authorization, the viewer is able to click on the event, and view allof the details for the event. The last level of authorization allows theviewer to change the information in the event.

An example of authorization levels as known in the art is that of theUnix operating system. Unix has three levels of authorization: a globallevel, a group level, and a personal level. This same level philosophycan be extended for the graphical chronological path presentation.

One of ordinary skill in the art would understand that the levels ofauthorization are configurable and manageable such that otherauthorization schemes are included in this disclosure, though notdiscussed.

Referring to FIGS. 1 and 6, FIG. 1 has an analysis button 128 that canbe used to compare data from different sources. After clicking onanalysis button 128, the user/viewer may select data from differentsources. Referring to FIG. 6, a display 601 is then generated presentingthe comparison. In the non-limiting example of FIG. 6, the investment infitness programs and equipment is compared to a subjective health statusrating system. Of course, access to this feature would be configurableby the user.

An exemplary embodiment includes a server for data storage as providedin FIG. 4. A user can create data and/or files and store them on theserver, or transfer data and files from some other data storagelocations to the server. Alternatively, the user could store data insome other reputable data storage device and make it accessible throughthe highway interface via a link.

Embodiments of the present invention can be implemented in hardware,software, firmware, or a combination thereof. In the preferredembodiment(s), the life history graphical presentation is implemented insoftware or firmware that is stored in a memory and that is executed bya suitable instruction execution system. If implemented in hardware, asin an alternative embodiment, the life history graphical presentationcan be implemented with any or a combination of the followingtechnologies, which are all well known in the art: a discrete logiccircuit(s) having logic gates for implementing logic functions upon datasignals, an application specific integrated circuit (ASIC) havingappropriate combinational logic gates, a programmable gate array(s)(PGA), a field programmable gate array (FPGA), etc.

The software and/or firmware in memory may include one or more separateprograms, each of which comprises an ordered listing of executableinstructions for implementing logical functions. The software in thememory can include a suitable operating system (O/S). The operatingsystem essentially controls the execution of other computer programs,and provides scheduling, input-output control, file and data management,memory management, and communication control and related services.

The programs include a source program, executable program (object code),script, or any other entity comprising a set of instructions to beperformed. When the programs are implemented as a source program, theprograms need to be translated via a compiler, assembler, interpreter,or the like, which may or may not be included within the memory, so asto operate properly in connection with the O/S. Furthermore, theprograms can be written as (a) an object oriented programming language,which has classes of data and methods, or (b) a procedure programminglanguage, which has routines, subroutines, and/or functions, for examplebut not limited to, C, C++, Pascal, Basic, Fortran, Cobol, Perl, Java,and Ada.

The life history program, which comprises an ordered listing ofexecutable instructions for implementing logical functions, can beembodied in any computer-readable medium for use by or in connectionwith an instruction execution system, apparatus, or device, such as acomputer-based system, processor-containing system, or other system thatcan fetch the instructions from the instruction execution system,apparatus, or device and execute the instructions. In the context ofthis document, a “computer-readable medium” can be any means that cancontain, or store the program for use by or in connection with theinstruction execution system, apparatus, or device. The computerreadable medium can be, for example but not limited to, an electronic,magnetic, optical, electromagnetic, infrared, or semiconductor system,apparatus, or device. More specific examples (a nonexhaustive list) ofthe computer-readable medium would include the following: a portablecomputer diskette (magnetic), a random access memory (RAM) (electronic),a read-only memory (ROM) (electronic), an erasable programmableread-only memory (EPROM or Flash memory) (electronic), and a portablecompact disc read-only memory (CDROM) (optical). In addition, the scopeof the present disclosure includes embodying the functionality of thepreferred embodiments of the present disclosure in logic embodied inhardware or software-configured mediums.

It should be emphasized that the above-described embodiments of thepresent disclosure, particularly, any “preferred” embodiments, aremerely possible examples of implementations, merely set forth for aclear understanding of the principles of the disclosure. Many variationsand modifications may be made to the above-described embodiment(s) ofthe disclosure without departing substantially from the spirit andprinciples of the disclosure. All such modifications and variations areintended to be included herein within the scope of this disclosure andthe present disclosure and protected by the following claims.

1. A method of presenting information comprising: saving a computer filerecord of the information with a corresponding time stamp and eventcategory; associating the computer file record of the information withan object; and visually presenting the object in a visual computermedium in a highway representation of events in the life of a person,the events being graphically depicted in chronological order as objectsalong the highway representation, wherein the computer file record isdisplayed in response to selecting the object associated with thecomputer file record depicted in the highway representation, wherein thehighway representation includes a three-dimensional path with aplurality of partitions, wherein the plurality of partitions can benavigated by a user visually traveling on the three-dimensional path,wherein the object associated with the computer file record is locatedin a lane on the path corresponding to the event category of theinformation, and wherein the objects for certain of the events are shownin ramps connected to a highway representation of a chronological recordof the life of another person.
 2. The method of claim 1, wherein theobjects are presented between markers corresponding to temporal periods.3. The method of claim 1, wherein the event category of the informationis marked with a meta-tag.
 4. The method of claim 3, wherein themeta-tag is written in XML.
 5. The method of claim 1, wherein theobjects in the visual medium comprise at least one icon.
 6. The methodof claim 5, wherein the at least one icon is located in a lane on thepath corresponding to the event category of the computer file record. 7.The method of claim 5, wherein the at least one icon is located betweenmarkers corresponding to the time stamp of the computer file record. 8.A system for presenting information comprising: a data storage devicefor storing a computer file record of the information; a display devicefor displaying a representation of the computer file record of theinformation; a user interface device for interaction between a user andthe display device; and a processor for selectively displaying therepresentation of the stored computer file record of the information onthe display device; wherein the processor displays an object associatedwith the computer file record chronologically on a graphicallyimplemented three-dimensional path that is interactive for a user, thethree-dimensional path representing being a highway representation ofevents in a life of a person, the events being graphically depicted inchronological order as objects along the highway representation, whereinthe computer file record displaying in response to selecting the objectassociated with the computer file record, wherein the object associatedwith the computer file record is located in a lane on the pathcorresponding to an event category of the information, and wherein theobjects for certain of the events are shown in ramps connected to ahighway representation of a chronological record of the life of anotherperson.
 9. The system of claim 8, wherein the objects are represented byat least one icon on the path.
 10. The system of claim 9, wherein theobject associated with the computer file record is organized along thehighway representation according to a corresponding date of the computerfile record the object.
 11. The system of claim 10, wherein the at leastone icon is located between markers representing temporal periods andthe location corresponds to the date of a particular computer filerecord represented by the icon.
 12. The system of claim 9, wherein thecomputer file record is categorized according to event type.
 13. Thesystem of claim 12, wherein the category of the computer file record ismarked with a meta-tag.
 14. The system of claim 13, wherein the meta-tagis written in XML.
 15. The system of claim 9, wherein a category isrepresented as a partition on the path.
 16. A non-transitory computerreadable medium having a program for presenting information, the programcomprising: first logic for saving a computer file record of theinformation with a corresponding time stamp and event category; secondlogic for associating the computer file record of the information withan object; and third logic for visually presenting the object in avisual computer medium in a highway representation of events in the lifeof a person, the events being graphically depicted in chronologicalorder as objects along the highway representation, wherein the computerfile record is displaying in response to selecting the object associatedwith the computer file record depicted in the highway representation,wherein the highway representation includes a three-dimensional pathwith a plurality of partitions, wherein the plurality of partitions canbe navigated by a user visually traveling on the three-dimensional path,wherein the object associated with the computer file record is locatedin a lane on the path corresponding to the event category of theinformation, and wherein the objects for certain of the events are shownin ramps connected to a highway representation of a chronological recordof the life of another person.
 17. The computer readable medium of claim16, wherein the object associated with the computer file record ispresented between markers corresponding to temporal periods.
 18. Thecomputer readable medium of claim 17, wherein the object associated withthe computer file record presented in the visual computer mediumcomprises least one icon located in a partition on the path, thepartition corresponding to the event category of the computer filerecord, and the at least one icon located between markers correspondingto the time stamp of the computer file record.